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What is claimed is: 

1. A method for efficient QoS signaling for Mobile IP protocol using RSVP framework 
in which mobile nodes are connected to correspondent nodes via a plurality of 
intermediate nodes, comprising the steps of: 

initiating in the mobile node a first PATH message for upstream data; 

sending the first PATH message from the mobile node to the correspondent node via 

intermediate nodes; 

initiating in the correspondent node a first RES V message for upstream data; 

sending this RESV message from the correspondent node to the mobile node via the 

intermediate nodes; 

thereafter sending REFRESH (periodic PATH and RESV) messages only between 
intermediate nodes; 

initiating in the correspondent node a first PATH message for downstream data; 

sending the first PATH message from the correspondent node to the mobile node via 

intermediate nodes; 

initiating in the mobile node a first RESV message for downstream data; 

sending the first RESV message from the mobile node to the correspondent node via the 

intermediate nodes; and 

thereafter sending REFRESH (periodic PATH and RESV) messages only between 
intermediate nodes. 

2. The method according to claim 1, wherein REFRESH messages are exchanged 
between the intermediate nodes, wherein the mobile node is attached to a first node of the 
intermediate nodes by a wireless link, and wherein subsequent REFRESH messages do 
not traverse the wireless link. 

3. The method according to claim 1, wherein the correspondent node is attached to a 
second node of the intermediate nodes by a further wireless link, and wherein subsequent 
REFRESH messages do not traverse the further wireless link. 
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4. The method according to claim 1, wherein the mobile node is attached to a first node 
of the intermediate nodes by a wireless link, and wherein initial PATH messages and 
initial RES V messages traverse the wireless link. 

5. The method according to claim 1, wherein the correspondent node is attached to a 
second node of the intermediate nodes by a further wireless link, and wherein initial 
PATH messages and initial RESV messages traverse the further wireless link. 

6. A method for efficient QoS signaling for Mobile IP protocol using RSVP framework 
in which mobile nodes are connected to correspondent nodes via a plurality of 
intermediate nodes, comprising the steps of: 

initiating in the mobile node a first PATH message for upstream data; 

sending the first PATH message from the mobile node to the correspondent node via 

intermediate nodes; 

initiating in the correspondent node a first RESV message for upstream data; 

sending the first RESV message from the correspondent node to the mobile node via the 

intermediate nodes; 

forming a proxy REFRESH generation function for upstream data in a node that is close 
to the mobile node in the end-to-end packet path and a proxy REFRESH interception 
function for upstream data in a node that is close to the correspondent node in the end-to- 
end packet path, so that the REFRESH messages do not traverse the wireless links; 
initiating in the correspondent node a first PATH message for downstream data; 
sending the first PATH message from the correspondent node to the mobile node via 
intermediate nodes; 

initiating in the mobile node a first RESV message for downstream data; 

sending the first RESV message from the mobile node to the correspondent node via the 

intermediate nodes; and 

forming a proxy REFRESH generation function for downstream data in a node that is 
close to the correspondent node in the end-to-end packet path and a proxy REFRESH 
interception function for downstream data in a node that is close to the mobile node in the 
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end-to-end packet path, so that the REFRESH messages do not traverse the wireless 
links. 

7. The method according to claim 6, wherein a proxy REFRESH generation function for 
upstream data generates PATH REFRESH messages on behalf of the mobile node. 

8. The method according to claim 6, wherein a proxy REFRESH interception function for 
upstream data responds to the PATH REFRESH message by sending RESV REFRESH 
message on behalf of the correspondent node, if the latter is attached using the further 
wireless link; and 

does not allow PATH REFRESH message to be transmitted over the further wireless link. 

9. The method according to claim 6, wherein a proxy REFRESH generation function for 
downstream data generates PATH REFRESH messages on behalf of the correspondent 
node. 

10. The method according to claim 6, wherein a proxy REFRESH interception function 
for downstream data responds to the PATH REFRESH message by sending RESV 
REFRESH message on behalf of the mobile node, if the latter is attached using the 
wireless link; and 

does not allow PATH REFRESH message to be transmitted over the wireless link. 

11. The method according to claim 1, wherein the method further comprises 
performing proactive RSVP signaling for upstream data at the time of handover of 
mobile node from one access router to another. 

12. The method according to claim 1 ? wherein the method further comprises 
performing proactive RSVP signaling for downstream data at the time of handover of 
mobile node from one access router to another. 
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13. The method according to claim 11, wherein the method further comprises the steps 
of: 

transferring PATH state block and RESV state block for uplink data from an old access 
router to a new access router; 

sending from the new access router the PATH message for the upstream data along the 
new packet path; and 

sending from the correspondent node the RESV message for the upstream data along the 
new packet path; and 

intercepting this RESV message at the new access router. 

14. The method according to claim 13, wherein the method further comprises informing 
the access router to which correspondent node is attached not to reserve any new link 
resources for the sent RESV message for upstream data. 

15. The method according to claim 14, wherein the correspondent node communicates 
with the access router using link-layer signaling to instruct it not to reserve any new link 
resources in response to the sent RESV, and instructing the access router to map the sent 
RESV to already allocated link resource for the mobile node's packet session, thereby 
avoiding double reservation on the wireless link. 

16. The method according to claim 13, wherein the PATH state block and the RESV state 
block are modified before transferring to reflect a new care-of address of the mobile 
node. 

17. The method according to claim 13, wherein fast handover protocol and context 
transfer protocol are used to transfer PATH and RESV state blocks for upstream data 
from the old access router to the new access router. 

18. The method according to claim 12, wherein the method further comprises the steps 
of: 
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inferring at the correspondent node upon receiving the PATH message for upstream data 
from the new access router where mobile node is being handed off, about the impending 
handover of the mobile node using higher layer information; 

sending the PATH message from the correspondent node for downstream data along the 
new packet path; and 

intercepting this PATH message at the new access router; and 

sending RESV from the new access router to the correspondent node for the downstream 
data along the new packet path. 

19. The method according to claim 18, wherein the correspondent node upon receiving 
the PATH message for upstream data from the new access router, infers about the 
impending handover of the mobile node using the binding of transport layer (UDP or 
TCP) port with the application. 

20. The method according to claim 13, wherein the method further comprises sending 
subsequent PATH REFRESH messages for the upstream data from the new access router 
along the new packet path on behalf of the mobile node. 

21. The method according to claim 13, wherein the method further comprises the steps 
of: 

intercepting at the access router to which correspondent node is attached, the subsequent 
PATH REFRESH messages for the upstream data arriving along the new packet path; 
initiating at the access router to which correspondent node is attached, the subsequent 
RESV REFRESH messages for the upstream data; and 
sending the RESV REFRESH messages along the new upstream packet path. 

22. The method according to claim 13, wherein the method further comprises intercepting 
subsequent RESV REFRESH messages for the upstream data at the new access router so 
that they do not traverse the wireless link to which the mobile node is attached. 
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23. The method according to claim 18, wherein the method further comprises sending 
subsequent PATH REFRESH messages for the downstream data from the access router 
to which correspondent node is attached along the new packet path on behalf of the 
correspondent node. 

24. The method according to claim 18, wherein the method further comprises intercepting 
subsequent RESV REFRESH messages for the downstream data at the access router to 
which correspondent node is attached so that they do not traverse the wireless link to 
which the correspondent node is attached. 

25. The method according to claim 13, wherein the method further comprises the steps 
of: 

comparing at the new access router, the RESV message for upstream data with the 
transferred RESV state block from the old access router; and 
informing the result to the mobile node. 

26. The method according to claim 25, wherein the method further comprises deciding at 
the mobile node whether to continue the packet session in case the required resource is 
not available along the new packet path. 

27. The method according to claim 26, wherein the method further comprises tearing 
down the packet session if the resource availability along the new packet path is not 
acceptable to the mobile node. 

28. The method according to claim 26, wherein the method further comprises adapting 
the mobile node's application to the resource availability along the new packet path. 

29. The method according to claim 6, wherein the method further comprises using a flow 
ID number in RSVP messaging to identify packet flow. 
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30. The method according to claim 29, wherein the flow ID number is calculated by 
hashing a known block of data with user specific key. 

31. The method according to claim 30, wherein the user specific key is chosen by a user, 
and is at least one of a password or a pet word. 

32. The method according to claim 29, wherein the method further comprises mapping 
multiple RSVP FILTERSPECs to a resource that is identified by the flow ID number. 
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